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Introduction 


,  *■  SEM AT  stands  for  Software 
Engineering  Method  and 
Theory 


^  Includes  industry, 
academia,  and  research 


^  “refound  software 


engineering  based  on  a 
solid  theory,  proven 
principles  and  best 
.  practices" 


Semat  founders 

Bertrand  Meyer,  Richard  Soley, 

Ivar  Jacobson 


Topics 

Background  and  Goals 

'^The  Challenge  &  Big  Picture  Soiution 
Semat  Architecture  &  Way  Work  Accomplished 
What  We  Have  Achieved  So  Far 

A  Littie  More  Detail 

•  A  Few  Terms 

•  The  Universals 

/Why  Semat  is  Important  to  Future  and  Potential 
Significant  Savings  it  Can  Bring 


From  the  Semat  Web  Site 
(www.semat.org) 

Software  engineering  is  graveiy  hampered  today  by 
immature  practices.  Specific  probiems  inciude: 

The  prevalence  of  fads  more  typical  of  fashion  industry  than 
of  an  engineering  discipline. 

y  The  lack  of  a  sound,-  widely  accepted  theoretical  basis. 

The  huge  number  of  methods  and  method  variants,  with 
differences  little  understood  and  artificially  magnified. 

The  lack  of  credible  experimental  evaluation  and  validation. 

The  split  between  industry  practice  and  academic  research. 

•:  -  -  - 

Also  curriculum  4 


Background 

^  July,  2009  call  for  action 

February,  2010  Semat  Vision  Statement 
published 

'^February,  2011 

9  Corporate  Sponsors  Note:  Watts  Humphrey 

•  Over  1400  Supporters  was  an  initial  signatory 

•  35  individual  signatories 

•  Over  20  volunteers  have  contributed  significant  time 

-  Multiple  tracks  met  periodically  In  2010 

-  Three  workshops  held  in  2010 


Goal 


Note:  Quite  small! 


A  “kernel  of  widely  agreed  elements” 


Note:  Referred  to  as  “Universals 


This  common  around  will  allow  people  to 
easily  describe  the  essentials  of  their  current 
and  future  practices  and  methods  so  that  they 
can  be 

composed,  simulated,  compared, 
evaluated,  used,  measured,  taught  and 
researched,  adapted 
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The  Challenge: 

Today’s  Process  Aids  Landscape 


Just  how  different  are  all  these  process  aids  when  it  comes  to 

helping  people  get  their  job  done? 


Large  have  Process  Engineers,  What  about  small  &  medium  size  organizations?  i 


Practitioners 


Objectives  of  Semat 


Help  users  compare  practices 
and  make  better  decisions 

But  more... also  about  using... 
practices  what  do,  not  Just 
what  say  we  do 

*  As  team’s  understanding  evolves 
it’s  practices  must  adapt  -  but 
must  occur  with  appropriate 
degree  of  monitoring 

Can  think  of  Semat  as 
reference  framework-  but  not 
kind  you  might  think 

'  ♦  Essentials  underlie  best  practices, 
not  best  practices 


Need 
fresh 
hew  way 


to  represent 
aligned 


[5DQ 
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Big  Picture  Soiution: 

Existing  &  new  What  SetTiat  Wiii  Produce? 

Practices, 

Methods,  will 
need  to  be^ 

represented  jhe  Semat  Method  Architecture 

in  Semat 


structure 


Elements 
used  to 
compose 
practices,  \ 

&  methods 

The  “rules’’-^ 
to  compose 
or  represent 
practices 


Methods 

Practices 


Common  Ground  Eiements 


Kernei  Language 


^  Not  in 
Kernei 


V  Kernel 


Language  to  model  our  practices 


The  Primary  Product  of  Semat  is  The  Kernel 
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The  Way  The  Work  Accomplished  So  Far: 

Multiple  Tracks 


Requirements  (active  eariy  2010) 
Universais  (currently  active) 


Develop 
Use  Cases 
(e.g.  Define 
Practice) 


•  Develop  the  Universais 


“Well-formed” 

Kernel  Language  (currently  active)  rules  to  form 

practices,  methods 


Assessment  (active  throughout  2010) 

*  Heip  users  self-assess  use  of  Semat 


“Certify” 

practices 


Theory  (planned  future  activity) 


Theories 
supporting 
Universais  & 

Architecture  (new  track  October  2010)  states 

•  Coordinates  activities  of  other  tracks  through 
Architecture  “Spikes”. 
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What  We  Have  Achieved  So  Far: 
2010  Workshops  Held 


*  Zurich,  Switzerland,  March  17-18 
/|\  Position  papers  presented  by  28  attendees 
yd'^  >/.Track  ieaders  identified  &  track  work  initiated 


Watts  Humphrey 
planned  to' attend 


♦ 


Washington,  D.C. .  July  13-14 

Track  progress  reports  provided  by  track 
attendees 


ieaders  to  21 


wM 

mTtiTnl 


Milan,  Italy,  Sept  30-Oct  1 

Track  progress  reports  provided  by  track  leaders 
1^*  Architecture  spike  report  provided 
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What  We  Have  Achieved  So  Far: 

Products 

^  A  set  of  use  cases  (e.g.  Define  Practice)  driving 
the  work  on  the  kernei  ianguage 

^  An  initiai  set  of  Universais  (8  kernei  eiements) 

<  A  draft  kernei  ianguage  specification 

^  A  draft  assessment  framework 

^  An  initiai  architecture  spike 
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Example  From  1^*  Architecture  Spike 


Applied  “Defme  Practice”  Use  CasS  to  Scrum 
Results  reported  at  3*^^  Semat  Workshop  in  Milan 

'^.Demonstrated 

One  wav  to  “represent”  Scrum  in  Semat 
Structure 

'^Potential  to  aid  in  comparing  &  aiding 
decisions 

^“Holes”  and  “clashes”  visibility  can  help 

Note:  Results  might  be  obvious  to  _ 

expert  Process  Engineer,  but  intent  to  help  Practitioner 

'  Example  how  it  can  help  later-  actual  case  study  ' 


A  Little  More  Detail: 

A  Few  Terms  (still  evolving) 


Practice 


A  repeatable  approach  to  doing  something  with  a  J 
specific  purpose  in  mind  Note:  We  spend  a  great 


deal  of  time  seeking  widely 
acceptable  terms 


Way  of  working 

y  The  tailored  set  of  practices  and  tools  used  by  a  team  to 
guide  and  support  their  work 

Universals  (dr  Kernei  eiements) 

The  essential  elements  in  ail  software  engineering 
endeavors 


Don’t  expect 
model  to  get 
much  larger 
(risk?) 


Universals  (Kernel  elements): 

So  far... 


A 

CD 

(U 

CD 

CD 

;-l 

TJ 

TJ 


Opportunity 


<  provide 


<x> 

CO 

S 

u 

V 


Stakeholder 
omrnunity 


/ 

Significant  time 
spent  on  word 
seiection 


Way-of- 

Working 


f - > 

Requirement 

V  J 

<  meets  ^ 

Software 

System  ; 

CO 

<u 

S-, 

Area  of 
Concern 

Customer 


A 

CO 

O 

<-K 

CO 


Product 


Team 


What  team  does, 

Not  Just  what  say  do 


(  \ 

composed  of  > 

n  icidlCS 
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Current  Universals  Challenge: 
Measuring  Health  &  Progress 

♦  Example:  Work 

Can  we  agree  on  a  set  of  Universal  states  and 
definitions? 


Potential 

great 

value  to 

Industry 

(more 

later) 


Initiated 


-  Work  has  been  requested 
Prepared  ✓ 


Checklists  support 
definition  using  small 
consistent  vocabulary 


-  All  pre-conditions  for  starting  the  work  have  been 
met 

Underway...  .  Critical  to 

Under  control  _  potential  value 

Concluded...  Keep  in  mind  essential  states 
Closed...  can  be  extended,  but  not 

deleted  or  redefined 
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Why  Important  to  Academia? 


Today  different  universities  have 
different  requirements  related  to  how 
software  engineering  should  be 
taught  and  what  should  be  taught 

To  academia  a  kernel  based  on  a 
common  ground  means  a  consistent 
foundation  to  teach  software 
engineering  and  to  demonstrate  to 
students  the  pros  and  cons  of 
different  ways  of  working 


Engaging  the 
Universities  is  a 
priority  of  Semat 


Learning  curve  expensive  for  ail  of  us  &  frustrating  to  practitioner 


Why  Important  to  Practitioner? 


WCILf Cfl/f  f ■  OCCIf  ftJCIf  CffffI 

courage  new  methodologies,  but 
built  on  “common  ground” 


Can  apply  directly 
•JAVA,  C++ 


•Great  deal  to  read,  digest 
•Unique  terms,  acronyms 

^  •Practice,  method,  procedure, 
•process.. 

•How  practices  described^ 
jcan  vary  greatly 

Industry 
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Why  Important  to  Industry? 

Consider  the  significant  expenditures  that  occur 
today  on  each  new  project  start  up 

*  Terminology  reinvention 

*  How  progress  measured  and  reported 

*  Process  tailoring  ^  Not  saying  some  of 

this  isn’t  needed,  but... 

Are  the  differences  across  different  projects 
and  different  companies  large  enough  to 
warrant  the  degree  of  continual  reihvention? 


95%  done! 
(Based  on 
what?) 


*  We  believe  what  we  need  to  agree  on  is  very 
small,  but  the  potential  savings  is  significant  in 
project  start  up  costs,  improved  communication 
&  training! 

Next:  Measurement  Exampie 
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Why  Important  to  Industry:  Measurement  Example 

Improving  progress 

Think  of  the  potential  value  of  a  *  measurement  has  huge 
“common  ground”  starting  point  cost  savings  potential 
for  measurement 

If  we  can  agree  to  essential  states. 

&  their  meaning,  we  can  set  target 
states  &  assess  &  communicate 
progress  more  consistently  ^ 


^*1  H  H  H  1*^ 


o 

o 

o 

Target  State 


A.ctual  State 


•OCXDOIXI* 


•OOODDOe 


are 


Today  great  companies  do  this, 
but  each  grows  their  own-  but 
they  looking  at  the  right  thingsTv. 

*  Example  later 


O 

O 

o 


[ 


o 

o 

o 


Requirements 

•OOCCXIO* 


System 


/ 

o 

[ol 

1 

o 

f 

( 

o 

o 

o 

o 

o 

) 

o 

Team 

•ozoco# 


Work 


Way  of  Working 


Why  Semat  Goals  Are  Achievable: 
Common  Ground  Same  as  Tailor  Up  From  “Must  dos 

♦  Tailor  up  from  “must  dos” 

Proven  approach 
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What  all  agree  “must  do 
regardless  of  factors 


Refer  to  BOND  and  GEAR  case  studies  in  [1] 


Saves  significant  project  start  up  and 
training  costs  because  don’t  need  to 
discuss  &  reinvent  on  each  project! 


Integrating 
CMJMI  and  Agile 
Development 


r 


ifid  Proven 
^  TcfholquM 
for  l-'jjlcx 

rfnpportmcnt 


Paul  McNtahnn 


Keep  aware: 

-  'b' 

Small  project  may  y^^Depending  on  project  specific  factors, 
need  little  more,  but  you  extend,  or  “tailor  up”  focusing  vour 

start  UP  effort  on  value-added  areas 


[1]  Integrating  CMMI  and  Agile  Development:  Case  Studies 
And  Proven  Techniques  for  Faster  Performance  improvement 
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Actual  Case  Study  Example:  Measurement 


LACM  is  Case  Study  discussed 
in  previousiy  referenced  book[i] 

♦  Defined  states  for  “work”  in 
common  way  across  projects, 
and  tracked  work  progress 

Frequent  unpianned  “work’ 
ieading  to  scheduie  over-ru 

Representing  their  practice^ 
using  Semat  kernei  raises 
visibiiity  of  a  “hoie” 

Tracked  work,  not 
requirements 


o 

o 

o 

o 


Jpportunity 


o 
o 
o_ 

^Requirement 

•cx3oaao« 


o 

o 

o 


System 


Target  State 


A.ctual  State 


•cxxD»a« 


•DOOOCO« 


••••CO# 


o 

o 

o 

o 

o 

) 

o 

Team 

•Docoa« 


Work 


Way  of  Working 

••••CXD# 


How  Semat  kernei  can  raise  visibiiity  of  why 
organizations  have  troubie  meeting  scheduies 
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♦ 


Summary: 

What  Is  Really  Different  About  Semat? 

Semat  will  not  produce  a  methodology,  nor  will  it 
compete  with  any  previous  movenfients 

We  don’t  believe  past  movements,  or  existing  aids  (e.g. 
CMMI)  were  failures  (value  in  each) 

in  fact  we  believe  underneath  the  constant  change 
across  last  4  decades  lies  “universals”  that  do  not 
change 

Essentials  that  remain  when  one  movement  loses  steam, 

,  and  another,  rises  -  “common  ground’.’ 


If  can  agree  on  terminology,  language,  how  to 
describe  practices  &  methods,  then  we  wili  have 
made  a  significant  contribution  that  can  be  counted 
on  for  a  iong  time 

W  . 


♦ 


Contact  Information  &  Questions 

Email:  pemcmahon@acm.org 
WEB:  www.pemsystems.com 
Blog:  www.paulemcmahon.wordpress.com 


A 

TV 

Inteffratine: 

. 

1  CMMI  and  Agile 

1  Development 

Questions??? 

( 

1 

1 

Paul  E.  McMaliOii 

Do  you  have  a  “common  ground”  in  your 
organization?  is  it  working  for  you? 

Do  you  beiieve  a  “common  ground”  can  be 
found  for  aii  software  engineering  endeavors? 


Acronyms  &  References 

Acronyms 

CMMI  -  Capability  Maturity  Model  Integration 

Semat  -  Software  Engineering  Method  and  Theory 

SPEM  -  Software  &  Systems  Process  Engineering  Meta-model 

TSP  -  Team  Software  Process 

Scrum-  Not  an  acronym,  mechanisms  in  game  of  rugby  for 
getting  an  out-of-play  ball  back  into  play 


References  &  Notes 

Parts  of  this  presentation  have  been  developed  based  on 
previous  Semat  presentations  given  at: 

•  Rochester  Institute  of  Technology 

“How  Semat  Can  Change  the  Future  of  Software 
Engineering”,  Paul  McMahon,  October  2010 
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